home *** CD-ROM | disk | FTP | other *** search
/ Shareware Overload Trio 2 / Shareware Overload Trio Volume 2 (Chestnut CD-ROM).ISO / dir36 / schedtsk.zip / SCHEDTSK.DOC < prev    next >
Text File  |  1993-12-07  |  25KB  |  587 lines

  1. SCHEDTSK and this documentation are Copyright (c) 1989-1993 Don Branson.
  2. All Rights Reserved.
  3.  
  4.  
  5. The programs (except for STRES.EXE and STPROC.EXE) may be distributed through
  6. normal shareware/freeware channels.  STRES.EXE and STPROC.EXE are currently
  7. available only through Simian Id Software of St. Louis, Missouri.
  8.  
  9.  
  10.  
  11.                           Table of Contents
  12.                           -----------------
  13.  
  14.  
  15.          I. Why SCHEDTSK?
  16.             Covers typical uses for SCHEDTSK, to get you started.
  17.  
  18.         II. Concepts
  19.             Defines and explains Tasks and Events.
  20.  
  21.        III. Task/Event Creation and Execution.
  22.             An overview of how Tasks and Events are managed and run by the
  23.             typical user.
  24.  
  25.         IV. Installing SCHEDTSK
  26.  
  27.          V. Programs
  28.             A. EVENTMAN - Details of how EVENTMAN (Event Manager) is used
  29.                           to define and manage Tasks and Events.
  30.  
  31.             B. STRUN    - Using STRUN to run the Events created.
  32.  
  33.             C. STPROC   - Using STPROC to load the background scheduler,
  34.                           STRES.
  35.  
  36.             D. DTIME    - Describes the utility program, DTIME (Display Time).
  37.             
  38.             E. DOW      - Explains the use of the DOW (Day of Week) program.
  39.  
  40.          VI. Appendices
  41.             A. Using your favorite editor to edit Tasks.
  42.  
  43.             B. Changing Tasks and Events while STRES is loaded.
  44.  
  45.             C. Upgrading from EVENTMAN 2.0 to SCHEDTSK 2.5.
  46.  
  47.             D. How STRES functions.
  48.  
  49.             E. Loading STRES into high memory.
  50.  
  51.             F. Using STRES with Microsoft Windows (tm).
  52.  
  53.  
  54. I. Why SCHEDTSK?
  55.  
  56.         This package was developed originally to help a friend of mine who was
  57.     the manager of the network where he worked.  He needed to run backups after
  58.     hours, without being present himself.  The software with his backup unit did
  59.     not support scheduled backups.  The SCHEDTSK software was designed from the
  60.     beginning to be of general use, however, not just for network managers that
  61.     need to schedule backups.  Now, most software that comes with tape backup
  62.     units includes the ability to schedule backups for off-hours.  At the same
  63.     time, the needs of network managers have increased in complexity, and these
  64.     folks need to schedule other things as well, such as special reports,
  65.     statistics reports, file transfers, and so forth.  The schedulers for the
  66.     tape backup units can schedule only backups, and none of these other tasks.
  67.     In addition, tape backup software can typically handle only the most simple
  68.     scheduling.
  69.  
  70.  
  71.         Many networks managers need the additional capabilities of a
  72.     sophisticated scheduling program such as SCHEDTSK.  There are other
  73.     alternative programs available, which can handle simple scheduling needs,
  74.     but none have the capacity to handle the number of scheduled programs that
  75.     SCHEDTSK can.  SCHEDTSK can schedule as many programs as you need.  They
  76.     can be scheduled to run daily, weekly, monthly, even yearly.  They can be
  77.     scheduled to run at an interval you specify, from 1 to 99,999 minutes.  They
  78.     can also be scheduled to run a single time.  All scheduling is done through
  79.     a full-screen program called EVENTMAN, which will take advantage of 43- or
  80.     50-line screens, for those of you who use them. EVENTMAN also has complete,
  81.     on-line, context-sensitive help.
  82.  
  83.  
  84.         Once your programs are scheduled, all program execution is controlled by
  85.     the program STRUN, which runs either on a stand-alone PC, or in a networked
  86.     environment, on a workstation.  The workstation does not need to be a
  87.     dedicated workstation.  STRUN displays the schedule of programs, sorted so
  88.     that the next scheduled item is at the top of the list.
  89.  
  90.  
  91.         All TSR functions are controlled by the programs STPROC and STRES.
  92.     STPROC parses all the command line options for STRES.  It then loads STRES,
  93.     the resident program, which can occupy as little as 2400 bytes of memory or
  94.     less.  STRES coordinates program execution in conjunction with STRUN.
  95.  
  96.  
  97.         While SCHEDTSK was mainly created for network managers, many other uses
  98.     have been found for it.  I sometimes use it in conjunction with a terminal
  99.     program to sign on to a BBS early in the morning, when noone else is on, and
  100.     retrieve messages to a file.  A simple example is Daylight Savings time
  101.     changes. Using SCHEDTSK, you can set your PC clock ahead in the spring, and
  102.     back in the fall, automatically.
  103.  
  104.  
  105.         As you use SCHEDTSK, you may find that there are many daily routines
  106.     which you perform that it can handle for you. As you find new ways which
  107.     SCHEDTSK works for you, please write and tell us how you are using it. This
  108.     information can be included in future documentation, and will help other
  109.     people as they use SCHEDTSK.
  110.  
  111.  
  112.  
  113. II. Concepts
  114.  
  115.         EVENTMAN works following two basic concepts, the TASK and the EVENT.  A
  116.     Task is the process which you wish to run.  You can think of Task in the
  117.     same way as a DOS batch program.  A Task performs, in order, the functions
  118.     which you need done.  A Task has no time-related information stored with it.
  119.     It is simply a set of related instructions, like a batch file.  The
  120.     commands can be executable programs, or .BAT files.  When executing a .BAT
  121.     file from a Task, you will need to use the CALL command, which is supported
  122.     by DOS versions 4 and up, and is documented in your DOS manual.
  123.  
  124.  
  125.         The second concept is the EVENT.  An Event consists of time information,
  126.     plus a list of Tasks.  For example, an Event might be scheduled to run daily
  127.     at 11:00 P.M., starting on January 1, 1994.  This Event would also include
  128.     a list of Tasks to be run at that time.
  129.  
  130.  
  131.         By separating the Task information and the Event information, general-
  132.     purpose Tasks can be made which can be used by more than one Event.  See the
  133.     Task BELL, or DISPTIME, for example, which are included in the SCHEDTSK
  134.     package.  These and other Tasks can be seen by running the program EVENTMAN.
  135.     Each Task in the list has an 8-character name, a 60-character description,
  136.     and an associated file of DOS commands.  Each Event consists of a name, an
  137.     interval, a starting time, and a list of Tasks to run.    
  138.     
  139.  
  140.  
  141. III. Task/Event Creation and Execution
  142.  
  143.         While it is a good practice to make your Tasks small, it is not
  144.     critical.  You may find that simple Tasks are more easily re-used by more
  145.     than one Event than complex Tasks are.  Before setting up your own Tasks,
  146.     you may want to take a look at some Tasks that are already defined.  The
  147.     Tasks included with SCHEDTSK are set up to write any output to a log file
  148.     named "C:\ST.LOG".  By using the Tasks DISPTIME and LINE, which display the
  149.     date/time and a row of dashes, respectively, you can make this log file
  150.     easier to scan.  The purpose of the log file is to keep a record of the
  151.     successful execution of Tasks, and and also any problems which might occur.
  152.     You won't necessarily require a log file in your environment, or you might
  153.     want to redirect output to a printer.
  154.  
  155.         When your Tasks are defined, enter the Event list, and schedule your
  156.     Events to run when needed.
  157.  
  158.         Once the Tasks and Events are set up, use STRUN to run the Tasks.  If
  159.     you need to use the PC for something else, use STPROC to load STRES, which
  160.     will wait in the background while you are using the PC for other purposes.
  161.     You will normally run STRES via STPROC, not directly.  The exception to this
  162.     is when you want to load STRES into high memory.  This is covered in 
  163.     Appendix E.
  164.  
  165.  
  166.  
  167. IV. Installing SCHEDTSK
  168.  
  169.         It is recommended that you install SCHEDTSK into a directory on a local
  170.     hard drive.  The directory should be named SCHEDTSK.  All Tasks and Events
  171.     should be defined in this directory.  This directory should also be added
  172.     to your PATH.  Copy all files from the diskette or archive you received
  173.     into the SCHEDTSK directory.
  174.  
  175.         To install SCHEDTSK, insert the diskette into drive A and type
  176.  
  177.             a:install
  178.  
  179.     at the DOS prompt.  Follow the instructions given by the installation
  180.     program.  If your diskette is not the proper size for your A drive, you may
  181.     also use your B drive.
  182.  
  183.         You may want to add STPROC or STRUN to your AUTOEXEC.BAT file, so that
  184.     in the event of a power failure, your machine will come back up ready to
  185.     run Events when the power comes back on.
  186.  
  187.  
  188.  
  189. V. Programs
  190.  
  191.  
  192.  
  193.     EVENTMAN
  194.     --------
  195.  
  196.     Starting EVENTMAN
  197.  
  198.         EVENTMAN has no command-line options.  To run it, the SCHEDTSK
  199.     directory should be the current directory.  Type EVENTMAN at the DOS prompt
  200.     and press Enter.
  201.  
  202.  
  203.     Keyboard
  204.  
  205.         The function keys available are always shown at the bottom of the
  206.     screen.  Help is always available by pressing F1.
  207.     
  208.     
  209.         In addition, the keys HOME, END, Page Up, Page Down, Insert, Delete,
  210.     Backspace, Tab, Shift-Tab, and the arrow keys are functional in the Task
  211.     Menu, the Event Menu, and data entry fields.
  212.  
  213.  
  214.     The Task Menu
  215.     
  216.         The Task menu is displayed immediately upon entering EVENTMAN.  You
  217.     may use the Tab or arrow keys to select a Task to work with.  Use Tab
  218.     to move the cursor into the description, which may be changed right in
  219.     the Task list.  When a Task is selected, use F2 to edit the command file
  220.     for that Task.  Use F4 to delete the Task.  You will always be asked to
  221.     confirmed deletes.  To create a new Task, press F3.  You will be asked
  222.     to enter a name and description.  You will then be taken into the editor
  223.     to edit the command file for the new Task.
  224.     
  225.  
  226.         Appendix A discusses how you can use your own editor with EVENTMAN
  227.     when editing Tasks.
  228.  
  229.  
  230.     The Event Menu
  231.     
  232.         Pressing F5 takes you from the Task menu into the Event menu.  The
  233.      same control keys (such as Tab) that work in the Task list work
  234.      identically in the Event list.
  235.         
  236.  
  237.         The function keys available are shown at the bottom of the screen.
  238.     Use F2 whenever you want to make changes to an Event.  Use F3 to add an
  239.     Event, and F4 to delete an Event.  
  240.     
  241.  
  242.         Whenever you add an Event, you will be asked to give it an 8-character
  243.     name.  You will need to indicate the interval when the Event should be run
  244.     by selecting an Event type.  Your options are D (daily), W (weekly),
  245.     M (monthly), Y (yearly), S (single run, no repeats), and O (other -
  246.     interval specified in minutes.)  If you select O, you will also be prompted
  247.     to enter the number of minutes between runs.  For example, to run a process
  248.     every hour, enter O as the Event type, and 60 as the interval in minutes.
  249.  
  250.  
  251.         You will also need to enter a starting date and time.  The date may be
  252.     any date which DOS supports.  This range covers years 1980-2099.  The time
  253.     is entered in 24-hour format.
  254.     
  255.  
  256.         Each Event also requires a list of Tasks which will be executed as
  257.     specified.  The Task names are separated by commas, and each Task must be a
  258.     valid Task from the Task list.  Press F6 to save changes to the Event,
  259.     or ESC to cancel.
  260.  
  261.  
  262.         F4 is used to delete Events.  You will be asked to confirm the delete.
  263.  
  264.  
  265.  
  266.     STRUN
  267.     -----
  268.  
  269.         STRUN is the program which controls the execution of all Events.  This
  270.     program is the program that you use to run Events, and it is also the
  271.     program which STRES (the TSR) runs when an Event is scheduled to run.
  272.     STRUN maintains a list of Events in order by date and time, with the next
  273.     scheduled Event at the top of the list.  The current time is also displayed
  274.     so that you can see both the current time and the time of the next Event
  275.     on the screen together.
  276.  
  277.  
  278.         When STRUN runs an Event, it updates the list of Events on disk with
  279.     the date and time when that Event will again be run.  This date and time
  280.     will be reflected when you use EVENTMAN to view the Events.  STRUN also
  281.     updates its list of Events, so that the next Event is moved to the top of
  282.     the Event list.
  283.  
  284.  
  285.         STRUN has a few command-line options, which may be chosen using a
  286.     slash (/), a dash (-), or no prefix at all.  For example, STRUN with the
  287.     help option (H) may be run any of these formats:
  288.     
  289.         strun /h
  290.         strun -h
  291.         strun h
  292.     
  293.  
  294.         Options do not need to be separated by spaces.  These are the command-
  295.     line options for STRUN:
  296.         
  297.         H - This option displays the list of options for STRUN.
  298.  
  299.         Q - Quiet mode.  This option turns off the full-screen display.  In
  300.             this mode, STRUN runs all Events that are ready to run, then exits
  301.             quietly.  This mode is mainly used by STRES, to run current Events.
  302.  
  303.         P - Run Past processes.  This option runs Events whose date and/or time
  304.             have already passed without execution.  This situation may occur if
  305.             your system was off when an Event was scheduled, or if some program
  306.             prevented the execution of STRUN when an Event was scheduled.  This
  307.             option is also mainly for use by STRES.
  308.  
  309.         F - Force run.  This option forces to STRUN to run even if TSRPROC
  310.             is determined to be running.  TSRPROC is an old version of STRES,
  311.             and STRUN should not execute when it is running.  This option is
  312.             needed in case STRUN decides that TSRPROC is running when it is
  313.             not.
  314.  
  315.  
  316.         When STRUN begins execution, it needs to bring all processes up-to-
  317.     date.  If Option P is selected, it will run each Event for each scheduled
  318.     interval until the Event is brought up to the current date and time.
  319.  
  320.  
  321.  
  322.     STPROC
  323.     ------
  324.  
  325.         STPROC is the loader program for the TSR, STRES.  This program reads
  326.     the command line parameters, sets all options, then sets up and loads
  327.     STRES.  STRES is the program that stays resident in memory waiting for the
  328.     next Event.  STPROC can also be used to query the status of STRES.  When
  329.     STRES is loaded, it runs STRUN in order to establish the date and time of
  330.     the next Event.
  331.         
  332.  
  333.         STPROC has two sets of options.  The first are options that are used
  334.     when STRES is started.  The format of the options is the same as for STRUN,
  335.     so you may use option prefixes of /, -, or nothing.  The options are:
  336.  
  337.  
  338.         H - This option displays the list of options for STPROC.
  339.  
  340.  
  341.         V - Verbose mode.  This option sets Verbose mode on.  When STRES
  342.             is loaded, it will display information about its status.
  343.  
  344.         P - Run past processes upon initialization.  This flag is passed to
  345.             STRUN when it is loaded by STRES at initialization.
  346.  
  347.         C - This flag is used to set the Check frequency.  By default, STRES
  348.             checks every 5 seconds to see what the current time is, when the
  349.             time of the next Event is near or has passed.  See Appendix D for
  350.             an explanation of the algorithm that STRES uses for checking the
  351.             time.  Here is the format for this option:
  352.  
  353.                 STPROC c2
  354.  
  355.         S - This option sets the stack size used by STRES.  The default stack
  356.             size is 256 bytes.  The stack size can be set anywhere from 32
  357.             bytes to 32767 bytes.  The size of the stack directly effects the
  358.             size of the resident program.  The minimum recommended size is 128
  359.             bytes.  Using a smaller size may cause erratic behavior.  This is
  360.             the format for this option:
  361.  
  362.                 STPROC s128
  363.  
  364.  
  365.         The second set of command-line options are only valid when STRES has
  366.     already been made resident.  These options are:
  367.  
  368.         U - Unload STRES.  This option will remove STRES from memory unless
  369.             other TSR's have been loaded after it which use the same interrupts
  370.             which it uses.
  371.  
  372.         Q - Query status of STRES.  This option displays the current date and
  373.             time, and the date and time of the next Event, as recorded by
  374.             STRES.
  375.  
  376.  
  377.         When STRES is resident in memory, Alt-LeftShift will cause STRUN to
  378.     pop up and display the current Event list.  See Appendix D for limitations
  379.     on pop-ups.
  380.  
  381.  
  382.  
  383.     DTIME
  384.     -----
  385.  
  386.         DTIME is a simple program, but it is handy to have when using SCHEDTSK.
  387.     This program displays the current date and time on a single line.  There
  388.     are no command-line options.  This program is demonstrated in the Task
  389.     DISPTIME, which is provided in the SCHEDTSK package.
  390.  
  391.  
  392.     DOW
  393.     ---
  394.  
  395.         This is another small program (8 bytes!), but one which can add
  396.     tremendous flexibilty to SCHEDTSK.  It simply returns the Day Of Week as
  397.     a DOS error code.  This error code can then be used in a .BAT file.  The
  398.     following .BAT file demonstrates how this is done.  It is a program that
  399.     I use for daily tape backups.  It will run a backup every day except
  400.     Sunday.  CBACKUP, which is executed by this .BAT file, is the actual tape
  401.     backup program:    
  402.  
  403.  
  404.  
  405.          echo off
  406.          dow
  407.          if errorlevel 6 goto saturday
  408.          if errorlevel 5 goto friday
  409.          if errorlevel 4 goto thursday
  410.          if errorlevel 3 goto wednesday
  411.          if errorlevel 2 goto tuesday
  412.          if errorlevel 1 goto monday
  413.          if errorlevel 0 goto sunday
  414.          goto exit
  415.          :sunday
  416.          echo Today is Sunday - Don't do a backup
  417.          goto exit
  418.          :monday
  419.          echo Today is Monday - Do a backup
  420.          cbackup
  421.          goto exit
  422.          :tuesday
  423.          echo Today is Tuesday - Do a backup
  424.          cbackup
  425.          goto exit
  426.          :wednesday
  427.          echo Today is Wednesday - Do a backup
  428.          cbackup
  429.          goto exit
  430.          :thursday
  431.          echo Today is Thursday - Do a backup
  432.          cbackup
  433.          goto exit
  434.          :friday
  435.          echo Today is Friday - Do a backup
  436.          cbackup
  437.          goto exit
  438.          :saturday
  439.          echo Today is Saturday - Do a backup
  440.          cbackup
  441.          goto exit
  442.          :exit
  443.          exit
  444.          echo Procedure cbackup complete.
  445.  
  446.  
  447.  
  448. VI. Appendices
  449.  
  450.  
  451.  
  452. Appendix A: Using your favorite editor to edit Tasks
  453.  
  454.         EVENTMAN is set up so that you can specify an editor to use when
  455.     editing Task command files.  EVENTMAN will first look for the Editor SBE,
  456.     an editor formerly available through Simian Id Software.  If SBE is not
  457.     present, EVENTMAN will try to execute EDIT, the editor that comes with
  458.     MS-DOS 5 and later versions.  Finally, EVENTMAN will try to run EDLIN, the
  459.     line editor available with all versions of MS-DOS.
  460.  
  461.  
  462.         To override this behavior, you may set a DOS environment variable with
  463.     the path and name of the editor you want to use.  The name of the variable
  464.     is EDITOR.  This may be set at the DOS prompt or in your AUTOEXEC.BAT file.
  465.     For example, if the name of your favorite editor is FAV_EDIT, and it is in
  466.     the directory C:\MY_FAVS, type:
  467.  
  468.         SET EDITOR=C:\MY_FAVS\FAV_EDIT
  469.  
  470.     at the DOS prompt, or enter that line into your AUTOEXEC.BAT file.  Now
  471.     when you use F2 to edit a Task command file, your editor will be used.
  472.  
  473.  
  474.  
  475. Appendix B: Changing Tasks and Events while STRES is loaded
  476.  
  477.         EVENTMAN can be loaded and run while STRES is resident in memory.
  478.     After you change any process, you should pop-up STRUN, then exit, in order
  479.     to re-initialize the Event date within STRES.
  480.  
  481.  
  482.  
  483. Appendix C: Upgrading from EVENTMAN 2.0 to SCHEDTSK 2.5
  484.  
  485.         For users of prior version of SCHEDTSK (formerly known as EVENTMAN),
  486.     you should run the new EVENTMAN program, which will convert files to the
  487.     format used by SCHEDTSK.  The concept of a Process in prior versions has
  488.     become the concept of an Event.  The concept of an Event in the prior
  489.     versions has become a Task.  Task and Event more appropriately describe
  490.     the nature of these two concepts.
  491.     
  492.  
  493.        The most significant change you will notice in the newest version of
  494.     SCHEDTSK is that the TSR is significantly smaller.  When STPROC is used
  495.     with the smallest recommended stack, STRES occupies only 2352 bytes of
  496.     your PC's memory.
  497.  
  498.  
  499.  
  500. Appendix D: How STRES functions
  501.  
  502.         STRES is normally loaded using STPROC.  STPROC parses the command
  503.     options, setting flags, then writes these flags to the file ST_PARM.000,
  504.     which STRES will read.  STPROC then loads STRES, passing the path and name
  505.     of the file with the flags.
  506.  
  507.  
  508.         STRES is a TSR (Terminate and Stay Resident) program.  Once loaded, it
  509.     occupies typically 2.3K of memory.  When it is started, it also runs STRUN
  510.     as a subprogram.  STRUN then reads the Task and Event lists, and determines
  511.     the time of the next Event, which it then communicates to STRES via an
  512.     interrupt.  Dates and times in STRES are stored in the DOS system format,
  513.     so that STRES can quickly check them against the current date and time,
  514.     using a minimum of CPU time and stack space.
  515.  
  516.  
  517.         STRES determines how long it will be until the next Event.  If the next
  518.     Event is more that a day off, it will set a timer so that it doesn't check
  519.     again until 24 hours have passed, thus minimizing CPU usage.  If the time
  520.     is less than hour, STRES will calculate the amount of time to wait and
  521.     check again.  It always underestimates, so that Events are not missed due
  522.     to this process.  When the timer is set, STRES uses very little CPU in
  523.     checking the time.  It is attached to the timer interrupt, and merely
  524.     decrements a counter, then returns if the counter is not zero.  Every
  525.     effort has been made to make STRES as efficient as possible.
  526.  
  527.  
  528.         When an Event is ready to run, STRES needs to invoke STRUN to actually
  529.     run the processes.  Since the code to manage and control the running of
  530.     processes is fairly large, it is important to only load it when it is time
  531.     to run an Event.  When an Event is ready to run, STRES determines if the
  532.     system state is currently at the DOS prompt.  If not, it will sleep the
  533.     number of seconds determined by the STPROC 'C' option, then try again.  It
  534.     will continue in this fashion until it can run STRUN.  STRES cannot
  535.     absolutely determine that it is at a DOS prompt.  If you are at the prompt
  536.     of the DATE or TIME command, STRES will think that you are at a DOS prompt
  537.     when you are not. 
  538.     
  539.  
  540.        In order to load STRUN, STRES stuffs keystrokes into the keyboard buffer.
  541.     The first character that STRES stuffs is the ESC character, so that the
  542.     DOS command line will be cleared of anything entered.  The command to run
  543.     STRUN is then stuffed, and STRUN executes.  When STRES runs STRUN, it always
  544.     uses the 'Q' option, which tells STRUN to run in quiet mode, then exit.
  545.  
  546.  
  547.         When STRUN has completed the running of processes, it determines the
  548.     date and time of the next Event, and communicates this to STRES via an
  549.     interrupt.
  550.  
  551.  
  552.  
  553. Appendix E: Loading STRES into high memory
  554.  
  555.         STRES is typically loaded into the lower 640K of DOS memory, but it
  556.     is possible to load it into high memory indirectly.  This is how it is
  557.     done.  First, use STPROC to load STRES with the options you want.  This
  558.     will create the file ST_PARM.000 in the SCHEDTSK directory.  Next use the
  559.     command 'STPROC U' to unload STRES.  Finally, re-load STRES directly,
  560.     using the DOS LOADHIGH command, and giving the name of the parameter file
  561.     on the command line.  Here is a typical use, where the short form of the
  562.     LOADHIGH command, 'LH', has been used:
  563.  
  564.  
  565.         \schedtsk\stproc vs128
  566.         \schedtsk\stproc u
  567.         lh \schedtsk\stres \schedtsk\st_parm.000
  568.  
  569.  
  570.  
  571. Appendix F: Using STRES with Microsoft Windows
  572.  
  573.         When using STRES with Microsoft Windows, STRES should be loaded before
  574.     Windows is loaded.  You will need to open a DOS prompt where it can pop-up
  575.     STRUN.  When using STRES in this fashion, you should use the 'C' option on
  576.     STPROC to specifiy that it check every second, so that it will be sure to
  577.     pop-up when an Event occurs.  If you do not, STRES may never check the time
  578.     at the same instant when Windows has given it CPU.  Even so, Events may run
  579.     late when STRES is used in this fashion.
  580.  
  581.  
  582.  
  583. Trademarks
  584.  
  585. Microsoft, MS-DOS and Windows are registered trademarks of the Microsoft
  586. Corporation.
  587.